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Method and apparatus for exchange of data objects between network nodes depending 
on terminal capability 

5 

FIELD OF THE INVENTION 

The present invention relates generally to a method and apparatus for exchanging 
information in a communication system. More specifically, the invention relates to a 
method and an apparatus which enables exchanging information such as phone pages 
10 between different types of terminals in a communication network such as a public or 
private telecommunication network. 

BACKGROUND TO THE INVENTION 

The present evolution of data-communication is such that more and more users gain 
15 access to the internet worldwide. Internet has become both a source of knowledge 
but also a market place for business, and it is attracting more and more users. 
Currently there is a high pressure on the data-communications industry to provide 
solutions that allow everyone to gain access to the internet. Broadband solutions are 
continuously developed and both local as well as national access networks are 
20 planned and launched. The presently most common method of modem access 
through the telecommunications network (e.g., the Public Switched 
Telecommunication Network, PSTN provider) is being replaced by other ways of 
access, with a possibility to higher data rates, e.g., through electric power lines or 
cable TV. 

25 

At the same time, the telecommunications industry is struggling another battle, that 
of providing mobility to each and ever) 7 user. Traditionally, telecommunication has 
been focused on voice communication. With the increase of data communication 
however, other demands are arising (e.g., higher data rate transfer), but also new 
30 possibilities. Evolutions of mobile systems are presently in a period when more and 
more packet-based systems will be deployed. 
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The data-communication run over the telecommunications networks today is usually 
initiated by an access to an Internet- or a mail server. A user can dial a modem pool 
and is therefrom connected to a server, from which access can be made to both local 
as well as global networks. Browsers like e.g., Microsoft Explorer or Netscape 
5 Navigator are used to navigate on the internet and switch between internet pages or 
addresses. Users can design their own data objects, homepages, on an internal or 
external network that provides personal information or any other kind of information. 
Once connected to the data network a user may access these data objects by entering 
the correct address. The address is often selected by combining a node name in the 
10 network (e.g. server name) and an arbitrary text-string. Typically, it is not trivial to 
find a desired data object, since the text strings and server names are not obvious. 

Addressing in a telecommunications network, e.g., when engaging in a voice or data 
communication is usually performed by entering a telephone number on a User 

15 Equipment (UE), like a mobile telephone or a terminal with a facsimile functionality. 
A telephone number is a, world-wide, unique addressing string. A calling party (A- 
party) dials the addressing string (B-number) to the called party (B-party). 
Dependent on what type of network the A-party is a subscriber on, the call request is 
routed through one or several public telecommunication networks to the correct 

20 addressee and the communication may begin. Other unique addressing strings are 
for example email addresses, IPv4 addresses, IPv6 addresses, and sip (session 
initiation protocol) addresses. 

There has lately been a merger between the data object handling of the internet and 
25 the simplicity of use of telecommunication networks. This has evolved partly 
because there is a problem in the present way of accessing the internet for specific 
data objects due to the non-obvious way of addressing data objects, and partly by a 
desire of the telecommunications industry to provide a simpler way of accessing data 
objects from telecommunication terminals than having to dial a modem number 
30 where the user is left on her own to retrieve a desired homepage or data object. This 
merger has resulted in systems where an A-party can retrieve data objects, also called 
phonepages, by the use of a simple unique identifier of a B-party, such as a dialed B- 



WO 03/017602 



3 



PCT/SE02/01397 



party number, an internet address such as an email address, an IPv4 address, a sip 
address, or an IPv6 address. The systems that accomplish this simple data retrieval 
have either network functionality or terminal functionality for the data object 
retrieval. Unfortunately these systems are not compatible. 

5 

SUMMARY OF THE INVENTION 

An object of the invention is to enable a system of coexistance on the same network 
of terminals/telephones of the client based data object retrieval type and of 
terminals/telephones of the network based data object retrieval type. 

10 

The aforementioned objects are also achieved according to the invention by a method 
of providing data objects to user communication applications or terminals of 
subscribers in connection with subscribers establishing communication events with 
other subscribers. This in a network comprising both subscribers with autonomous 

15 type user communication applications or terminals that comprise functionality for 
client based retrieval of data objects and also subscribers with network type user 
communication applications or terminals that rely on functionality in the network to 
provide for retrieval of data objects. According to the invention the method 
comprises a plurality of steps. In a first step a type of user communication 

20 application or terminal is associated with at least some subscribers of the network. In 
a second step, an occurrence of a triggering event indicating a communication event 
between two subscribers is determined. And in a third step upon determination of a 
triggering event, the network provides data object retrieval only to the subscribers 
with network type user communication applications or terminals. 

25 

The method can further suitably comprises the step of associating a user 
communication application or terminal capability with subscribers of the network, 
and that the step of the network providing data object retrieval only to the subscribers 
with network user communication applications or terminals, provides data retrieval 
30 in view of an associated user communication application or terminal capability of the 
subscriber. 
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The method can suitably further comprises a number of steps. In a first additional 
step a functionality type of network is associating with at least one other network, if 
the other network comprises a functionality according to the first three steps. And in 
a second additional step determining if a subscriber involved in the communication 
5 event belongs to another network or not and if the subscriber belongs to another 
network, then determining if that network is associated with the functionality type of 
network, and if it is then letting that other network provide for the functionality 
according to the first three steps. Additionally the second additional step can 
alternatively determine if a subscriber involved in the communication event belongs 
10 to another network or not and if the subscriber belongs to another network, then 
determine if that network is associated with the functionality type of network, and if 
it is not, then the network is providing data object retrieval to the subscriber in 
question. 

15 Advantageously the method can further comprise the step of only providing data 
objects of a text nature or of an audio nature to subscribers belonging to other 
networks. 

In some versions of the invention the step of the network providing data object 
20 retrieval further comprises the steps of: 

requesting a phone page number service to determine a phone page web 
server; 

- requesting a data object of the phone page web server; 

providing the data object received from the phone page web server to the 
25 subscriber in question. 

In other versions of the invention the step of the network providing data object 
retrieval further comprises the steps of: 

requesting a data holder to provide a data object to the subscriber in question. 
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One or more of the features of the above-described different methods according to 
the invention can be combined in any desired manner, as long as the features are not 
contradictory. 

5 

The aforementioned objects are further achieved in accordance with the invention by 
a filtering server of a communication network arranged to provide data objects to 
user communication applications or terminals of subscribers in connection with 
subscribers establishing communication events with other subscribers. The 

10 communication network comprises both subscribers with autonomous type user 
communication applications or terminals that comprise functionality for client based 
retrieval of data objects and also subscribers with network type user communication 
applications or terminals that rely on functionality in the network to provide for 
retrieval of data objects. According to the invention the filtering server is arranged to 

15 associate a type of user communication application or terminal with subscribers of 
the network. The filtering server is further arranged to determine an occurrence of a 
triggering event indicating, a communication event between two subscribers. And the 
filtering server is also arranged to upon determination of a triggering event, to 
provide data object retrieval only to the subscribers with network type user 

20 communication applications or terminals. 



Different embodiments of the filtering server according to the invention can also be 
reached according to additional features mentioned above in connection with the 
description of the method according to the invention. The features of the above- 
25 described different embodiments of a filtering server according to the invention can 
be combined in any desired manner, as long as no conflict occurs. 

The aforementioned objects are further achieved in accordance with the invention by 
a filtering server of a telecommunications network to provide data object retrieval to 
30 one or more subscribers of the telecommunications network. According to the 
invention the filtering server is arranged to intercept call set-up control for bearer 
channels between a caller and a callee. Further arranged to determine a caller and a 
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caller profile. And also arranged to arrange for a callee data object to be made 
available to caller if the caller profile indicates filtering server retrieval of the callee 
data object. Further arranged to allow the caller to arrange for retrieval of the callee 
data object if the caller profile indicates caller retrieval of callee data object. Also 

5 arranged to determine the callee and if the callee is a subscriber of the 
telecommunications network. Also arranged to determine a callee profile if the 
callee is a subscriber of the telecommunications network. And arranged to arrange 
for a caller data object to be made available to the callee if the callee is a subscriber 
of the telecommunications network and if the caller profile indicates filtering server 

10 retrieval of caller data object. And finally arranged to allow the callee to arrange for 
retrieval of the caller data object if the callee is a subscriber of the 
telecommunications network and if the callee profile indicates callee retrieval of 
caller data object. 

15 The invention provides many more advantages over prior art system, some more 
which will be disclosed in further detail below. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will now be more thoroughly described in more detail for explanatory, 
20 and in no sense limiting, purposes and features and advantages will become readily 
apparent by the following detailed description, where references will be made to the 
accompanying figures, where: 

Figure 1 illustrates a schematic overview of a system with network based data 
25 object/phone page retrieval; 

Figure 2 illustrates a schematic overview of a system with terminal based data 
object/phone page retrieval; 



30 Figure 3 illustrates a schematic overview of a system with multi-type data 
object/phone page retrieval according to the invention; 
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Figure 4 illustrates a flow chart of a basic method of a filter server according to 
the invention; 

Figure 5 illustrates a flow chart of a first method of making a data object 
5 available to a subscriber according to the invention, being a possible 

extension of the fourth step of figure 4; 

Figure 6 illustrates a flow chart of a second method of making a data object 
available to a subscriber according to the invention, being a possible 
1 o extension of the fourth step of figure 4; 

Figure 7 A illustrates a first version event graph of the flow chart according to 
figure 5, between a subscriber, a filter server, a PNS, and a PWS; 

15 Figure 7B illustrates a second version event graph of the flow chart according to 
figure 5, between a subscriber, a filter server, a PNS, and a PWS; 

Figure 8 illustrates a version of an event graph of the flow chart according to 
figure 6, between a subscriber, a filter server, and a yellow pages 
20 server/provider; 

Figure 9 illustrates a flow chart of an alternative method of making a data object 
available to a subscriber according to the invention, being a possible 
extension of the fourth step of figure 4,; 

25 

Figure 10 illustrates a flow chart of an still another alternative method of making 
a data object available to a subscriber according to the invention, being 
a possible extension of the fourth step of figure 4; 

30 Figure 1 1 illustrates a flow chart of a basic method of a filter server according to 
the invention; 
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DETAILED DESCRIPTION 

The invention deals with the retrieval of data objects, or so called phone pages. The 
retrieval of data objects according to the invention is based on providing an 
association between address indications such as telephone numbers to a data 
5 object/phone page. A data object can also comprise an internet address pointing to 
another data object which is the desired phonepage. When a user dials a telephone 
number, an internet address associated with for example the telephone number, is 
automatically obtained and the content located at the internet address (i.e. the 
phonepage) is automatically downloaded and displayed on the user's telephone. At 
10 the same time, the user's own phonepage will be downloaded and displayed on the 
called party's telephone. Besides being associated with a telephone number (possibly 
both the owner's and also the requester's, giving a possibility to send different 
phonepages in dependence of who is requesting/receiving them), a phonepage is also 
associated Avith a particular event. Examples of such events are when the user dials a 
1 5 telephone number, answers a call, receives an incoming call or when a dialed number 
is busy. A user can have several different phonepages, each associated with one or 
several events. This allows a user to provide different types of information to other 
users depending on the situation. One useful example is the possibility for a user to 
provide additional information (such as an e-mail address) if he or she is busy or 
20 does not answer. In short the data object retrieval according to the invention can be 
exemplified by: 

A phonepage event occurs, e.g. a user dials a number on a telephone, 
e.g. a mobile phone. The mobile phone automatically sends a request to 
a phonepage number server asking for the internet address (i.e. the 

25 location of the phonepage) associated with the dialed phone number. 

The phonepage number server uses the telephone number together with 
other parameters to look up the internet address in a database. 
When the mobile phone receives the location of the phonepage, a 
browser, or an equivalent functionality, is launched and a request to 

30 retrieve the information at the internet address is sent. 

The phonepage content is downloaded to the mobile terminal. 
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According to another aspect of data object/phone page retrieval according to the 
present invention a phonepage can be associated with an internet address such as an 
IPv6 address, sip address or an email address. For example, an A-party, upon setting 
up a communication link with a web-page to a thermostat of his or her summer house 
5 to thereby control/check the temperature, will receive a data object which, for 
example, identifies the thermostat and comprises a link to the manufacturers home 
page, and/or other communication means to the manufacturer. In another example, 
an A-party desires to set up a conference call by means of a conference telephone 
located in a conference room. Upon initiation of the communication, the A-party 

10 will receive a data object which is linked to the conference telephone by means of its 
telephone number, http address or IP address. The data object, the conference 
telephone's phonepage, can suitably comprise information concerning the locality of 
the conference phone, the size of the conference room, and/or a booking schedule. In 
still another example, an A-party desires to transfer a facsimile. Upon choosing or 

15 initiating transmission to a fax-machine, the phonepage of the fax machine is 
requested and returned to the A-party. A phonepage of a fax machine might 
comprise information concerning the locality of the fax, whose fax machine it is, 
and/or who has access to the fax machine. In still a further example, an A-party 
desires to transfer an email to a B-party. Then, upon choosing or writing the email 

20 address, i.e. perhaps even before a message is composed, the phonepage of the email 
address is requested and returned to the A-party. A phonepage of an email address 
might comprise information concerning the owner, the B-party user, of the email 
address, other means of communication with the owner, and/or schedule or 
availability of the owner. A phonepage is a data object that is linked to a unique 

25 identifier such as a telephone number or an internet address such as an IPv6 address, 
but not located or retrieved from the place that the unique identifier identifies. 

In order to clarify the method and the system according to the invention, some 
examples of its use will now be described in connection with figures 1 to 10. Figure 
30 1 and figure 2 disclose two different manners in which retrieval of data objects have 
been done. Figure 1 discloses a network based data object retrieval method and 
figure 2 discloses a terminal based data object retrieval method 
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Figure 1 shows a schematic overview of a system with network based data 
object/phone page retrieval. In this system a communication network 100, such as a 
telecommunication network possibly including a data network, can establish a 

5 communication link between a first terminal/telephone 110 and a second 
terminal/telephone 120. Each terminal/telephone 110, 120 also comprises a data 
object/phone page interface 111, 121, to enable reception of and provide a user 
interface to data objects/phone pages. In a network based retrieval system, an 
application/server 180 for network based access is provided somewhere in the 

10 communication network 100. The application/server 180 for network based access 
will intercept events of the terminals 110, 120 that will invoke a request for a phone 
page. The application/server 1 80 for network based access will then request a phone 
page from a phone page number service (PNS) 190, which will either provide the 
location of the phone page at a phone page web server (PWS) 191 in which case the 

15 application/server 180 for network based access will request the phone page at the 
PWS 191, or the PNS 190 will directly request a phone page at the PWS 191 to be 
sent to the application/server 180 for network based access. The application/server 
180 for network based access will then forward the phone page to the appropriate 
terminal/telephone 1 1 0, 1 20 to be accessed by a user via the user interface 111,121. 

20 

For example, if a user at the first terminal 110 (A-party) dials the number to the 
second terminal 120 (B-party), then the application/server 180 for network based 
access is able to intercept the event of setting up a call from the first terminal 1 10 to 
the second terminal 120 as soon as it is visible in the communication network 100. 
25 The application/server 180 for network based access can then provide retrieval of the 
second terminal's 120 phone page to the first terminal 110, and provide retrieval of 
the first terminal's 110 phone page to the second terminal 120, by means of the PNS 
190 and the PWS 191. A network based access will always provide phone page 
retrieval under predetermined circumstances, independently of the type of terminal. 

30 

Figure 2 shows a schematic overview of a system with terminal based data 
object/phone page retrieval. As disclosed above, a first terminal/telephone 210 can 
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be connected to a second terminal/telephone 220 via a communication network. In a 
system with terminal based data object/phone page retrieval, each terminal 210, 220 
not only has to have a data object/phone page interface 21 1, 221 but also a terminal 
application 212, 222 for phone page retrieval. A terminal based data object retrieval 
5 system could be described as being more sensitive to events, since the events that 
trigger the retrieval of a data object only has to be visible within a terminal in 
question and not also be visible in the communication network as is the case of the 
network based data object retrieval system. A terminal based data object retrieval 
system will not need any network functionality for data object retrieval, but only a 
1 0 PNS 290, and a PWS 291 . 

For example, if a user looks in the phone book of a terminal 210, 220, the terminal 
application 212, 222 could be triggered by the event of a user looking at a name in 
the phone book for more than a set time. When the terminal application 212, 222 is 
1 5 triggered to retrieve the phone page of that person that corresponds to the name, it 
will first issue a PNS request to the PNS 290, and then possibly a PWS request to the 
PWS 291, if this is not done by the PNS 290, to thereby receive a phone page from 
the PWS 291 . A terminal without a terminal application for phone page retrieval will 
not be able to get any phone pages in such a system. 

20 

Figure 3 shows a schematic overview of a system with multi-type data object/phone 
page retrieval according to the invention. The communication network 300 onto 
which terminals/telephones 310, 320, 330, 340, 350, 360 are connected can be of a 
similar type as those described above, with a PNS 390, and a PWS 391 hooked on as 

25 well. The communication network can be a telecommunications system based on 
GSM as a circuit switched communication system and/or GPRS as a packet switched 
communications system. It should however be noted that the embodiments described 
are to be considered exemplary and that other packet and/or circuit switched systems 
may equally well be considered for both data and voice communication. Voice 

30 communication, email communication, fax access, and HTTP downloading can be 
transported over circuit switched as well as packet switched systems. Both fixed as 
well as mobile circuit and packet switched systems with any suitable access 
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technology, e.g., Time Division Multiple Access (TDMA), Code Division Multiple 
Access (CDMA), Frequency Division Multiple Access (FDMA), Orthogonal 
Frequency Division Multiple Access (OFDMA), Time Division Duplex (TDD), 
Frequency Division Duplex (FDD) or any combinations thereof can be used. The 
5 invention is not restricted to any specific type of communications network or access 
technology. The desired communication to be set-up can be either voice or data, e.g. 
to a facsimile or a data access to an IPv6 addressable device such as a thermostat. 
An A-party and a B-party can, for example, access and be accessed by a telephone 
number, an email address, an IPv4 address, a sip address, or an IPv6 address. 

10 

In a system according to the invention an A-party can be either a simple 
terminal/telephone 310, sometimes referred to as a plain old telephone (POT), a 
terminal/telephone 320 with only a data object interface 321, i.e. a terminal 320 
intend to be connected to a network with network based data object retrieval, or a 

15 terminal 330 with both a data object interface 331 and a terminal application 332 for 
data object retrieval. A B-party can likewise be either a simple terminal/telephone 
340, a terminal/telephone 350 with only a data object interface 351, i.e. a terminal 
350 intend to be connected to a network with network based data object retrieval, or 
a terminal 360 with both a data object interface 361 and a terminal application 362 

20 for data object retrieval. The terminals/telephones 310, 320, 330, 340, 350, 360 may 
for example be anything from plain old telephones with or without extra 
functionality, to different versions of mobile telephones, mobile telephones 
connected to any kind of data equipment, e.g., Personal Digital Assistance Devices 
(PDA) or Laptop computer, facsimile- or data modem devices, ISDN terminals or 

25 communication devices connected via a Digital Subscriber line (DSL)- (e.g. ADSL, 
HDSL and XDSL). Terminals/telephones, like mobile telephones, are today 
developed to handle both packet switched and circuit switched communication 
simultaneously. These are generally referred to as class A mobile terminals. Other 
mobile terminal design allows packet switched and circuit switched communication 

30 alternatively, i.e., no simultaneous packet switched and circuit switched transmission 
and reception. These are generally referred to as class B mobile terminals. 
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According to the invention a filtering server (FS) 385 is also connected to the 
communication network. The filtering server 385 makes sure that subscribers of the 
communication network 100 will get phone pages if desired, to their equipment, 
independently if it is of a simpler nature 310, 320, 340, 350 that relies on network 

5 based phone page retrieval or of a more advanced nature 330, 360 that comprises 
terminal based phone page retrieval. The filtering server 385 comprises at least a list 
of subscribers that desire network based phone page retrieval. If the filtering server 
385 receives a triggering event, it will search to see if the originator of the triggering 
event is listed as a subscriber that desires network based phone page retrieval or not. 

10 If the subscriber is listed as a subscriber that desires network based phone page 
retrieval, then the filtering server 385 will provide the retrieval for the subscriber, 
otherwise not. In one version of the invention the filtering server 385 comprises a 
profile for subscribers that desire to be supported by the filtering server. The profile 
can for example also include the capabilities of the subscriber's terminal. The 

15 subscriber might only have a plain old telephone 310, 340 in which case the phone 
pages need to be converted to audio before being transferred to the subscriber. There 
might be other restrictions,, such as graphic capabilities or a text only capability, such 
as SMS. Those subscribers that have terminal based phone page retrieval terminal 
equipment will provide for their own retrieval. This can be in a subscriber's profile 

20 at the filtering server, or if the subscriber is not listed at all, then the subscriber is left 
alone by the filtering server. The filtering server 385 or another unit on the network 
such as the PNS 390, can monitor terminal based phone page retrievals and thus 
provide the filtering server with the subscribers that have been monitored to have 
terminal based phone page retrieval. 

25 

Figure 4 shows a flow chart of a basic method of a filter server according to the 
invention. In a first step 410 subscribers of the network are associated with a type of 
user communication application that their terminals have, typically none, network 
based or terminal based. To be noted, only subscribers that desire the assistance of 
30 the filtering server need to be associated with a type of user communication 
application that their terminals have. Then in a second step 420 it is determined if 
there is a communication event trigger or not. If there is not, then the procedure 
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waits until one is detected. If there is an event trigger, then in a third step 430 it is 
determined if a subscriber involved with the communication event trigger is 
associated with a network user communication application or not. If the subscriber 
in question is associated with a network user communication application then in a 
5 fourth step 440 data object retrieval is provided to the terminal of the subscriber. In 
some versions, also those subscribers with no user communication application will 
be supported if desired, however, the data object will have to be adapted before it is 
provided to the terminal of the subscriber. 

10 Figure 5 shows a flow chart of a first method of making a data object available to a 
terminal of a subscriber according to the invention, this is suitably an extension of 
the fourth step 440 of figure 4. In a first substep 541 of the fourth step 440 a PNS 
request is made. Then in a second substep 543 a PWS request is made. And finally 
in a third substep 545 a data object is pushed to the terminal of the subscriber by 

15 PWS or PNS. 

In an enhancement of the invention, a method called direct access (DA) may be used 
for retrieval of a data object. Figure 6 shows a flow chart of a second method of 
making a data object available to a subscriber according to the invention using direct 

20 access. This method is suitably also an extension of the fourth step 440 of figure 4. 
In a first substep 647 of the fourth step 440 a direct access (DA) request is made. 
Then in a second substep 648 a data holder to which the direct access was made 
pushes a data object directly to a terminal of the subscriber. A data holder is 
provided with all the information needed to directly provide a subscriber with a 

25 correct phone page. 

To clarify the different methods figures 7A, 7B and figure 8 will illustrate event 
graphs of the methods of making a data object available. Figure 7A shows a first 
version event graph of the flow chart according to figure 5, between a subscriber, a 
30 filter server (FS), a PNS, and a PWS. In a first event 720 initiated by a subscriber, a 
communication event trigger is supplied to the FS. The first event 720 corresponds 
to the second step 420 of figure 4. In a second event 741 at the FS in response to the 
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first event, a PNS request is supplied to the PNS. The second event 741 corresponds 
to the first substep 541 of figure 5. Then in a third event 742 at the PNS in response 
to the second event, the PNS supplies a PWS identity and address to the FS. 
Thereafter in a fourth event 743 at the FS in response to the third event, a PWS 

5 request is supplied to the PWS. The fourth event 743 corresponds to the second 
substep 543 of figure 5. Then at a fifth event 744 at the PWS in response to the 
fourth event, a data object is supplied to the FS. And finally at a sixth event 745 at 
the FS in response to the fifth event, the data object is pushed to a terminal of the 
subscriber directly or via a another node such as a WAP gateway. The sixth event 

10 745 corresponds to the third substep of figure 5. In some versions, the PWS may 
push the data object to the subscriber either directly or via another node such as a 
WAP gateway. 

Figure 7B shows a second version event graph of the flow chart according to figure 
15 5, between a subscriber, a filter server, a PNS, and a PWS. In a first event 720 
initiated by a subscriber, a communication event trigger is supplied to the FS. The 
first event 720 corresponds to the second step 420 of figure 4. In a second event 741 
at the FS in response to the first event, a PNS request is supplied to the PNS. The 
second event 741 corresponds to the first substep 541 of figure 5. Then in a third 
20 event 743 at the PNS in response to the third event, a PWS request is supplied to the 
PWS. The third event 743 corresponds to the second substep of figure 5. Then in a 
fourth event 744 at the PWS in response to the third event, a data object is supplied 
to the FS. And finally in a fifth event 745 at the FS in response to the fourth event, 
the data object is pushed to the subscriber directly or via another node such as a 
25 WAP gateway. The fifth event 745 corresponds to the third substep 545 of figure 5. 
In some versions, the PWS may push the data object to the subscriber either directly 
or via another node such as a WAP gateway. 

Figure 8 shows a version of an event graph of the flow chart according to figure 6, 
30 between a subscriber, a filter server, and as an example a yellow or white pages 
server/provider as a data object holder. In a first event 820 caused by a subscriber, a 
communication event trigger is supplied to the FS. The first event 820 corresponds 
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to the second step 420 of figure 4. Then in a second event 847 at the FS in response 
to the first event, a direct access (DA) yellow pages (YP) request is supplied to the 
YP. The second event corresponds to the first substep 647 of figure 6. And finally 
in a third event 848 at the YP in response to the second event, the data object is 
5 pushed to the subscriber. The third event 848 corresponds to the second substep 648 
of figure 6. 

Figure 9 shows a flow chart of an alternative method of making a data object 
available to a subscriber according to the invention, the subscribers having different 

10 reception capabilities, which can be that a terminal can only receive sound, or 
possibly only text. These differences are suitably noted in association to the profile 
of each subscriber. The method is a possible extension of the fourth step 440 of 
figure 4. In a first substep 941 a PNS request is made. Then in a second substep 942 
a PWS request is made. Thereafter in a third substep 943 it is determined if the 

1 5 subscriber has a limited subscriber reception capability, i.e. is, for example, reception 
limited to SMS. If the subscriber is noted as having a limited reception capability, 
then in a fourth substep 944 the data object is adapted to suit the limited reception 
capability of the subscriber. This adaptation can for example be to audio for a plain 
old telephone. Thereafter the adapted data object is pushed to the subscriber in a 

20 fifth substep 945. On the other hand, if there is no limitation to the reception 
capability, then the data object is pushed to the subscriber in the fifth substep 945 
without any adaptation of it. This adaptation can either be performed by the FS, the - 
PWS or the PNS. 

25 Catering to different terminals/telephones with different capabilities can be solved in 
different ways. An alternative method according to the invention is to collect data 
objects at different sources to thereby provide for, for example, a distinction between 
text based and graphic based data objects. This can in some situations be favorable 
in comparison to having to try and adapt a data object/phone page. This method also 

30 allows a subscriber to indicate that he or she only desires phone pages from a specific 
source. Sometimes a user might only benefit from a simpler data object since data 
transmission to the terminal is limited. Figure 10 shows a flow chart of this method 
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which is a still another alternative method of making a data object available to a 
subscriber according to the invention. This method is also a possible extension of the 
fourth step 440 of figure 4. In a first substep 1041 it is determined if the subscriber is 
noted as having a limited subscriber reception capability, i.e. is, for example, 
5 reception limited to SMS, or if the subscriber desires, or has a preference, of having a 
data object retrieved from a particular source. If the subscriber is noted as having a 
limited reception capability or a specific desire for a simpler or particularly sotirced 
data object, then the procedure continues with a second substep 1042 which make a 
DA request. Then in a third substep 1043 a data holder pushes a data object to a 
1 0 terminal of the subscriber. On the other hand, if the subscriber is not noted as having 
a limited reception capability, then the procedure continues with a fourth substep 
1044 which makes a PNS request. Then in a fifth substep 1045 a PWS request is 
made. And finally in a sixth substep 1046 the data object is pushed to a terminal of 
the subscriber. 

15 

Figure 1 1 shows a flow chart of another basic method of a filter server according to 
the invention. This method involves the possibility that a subscriber might not 
belong to the capture area, i.e. the subscriber belongs to a different network for 
example. It is then possible in some versions of the invention that the filtering server 

20 is aware of, i.e. has a list of, which other network have filtering servers. Subscribers 
belonging to networks that have a filtering server will be supported by their own 
filtering server. Subscribers belonging to networks without a filtering server can be 
supported by another filtering server, i.e. the filtering server of the network that a 
subscriber with whom contact is made. This decision for support of external 

25 subscribers can for example be based on the unique identifier, such as the telephone 
number which might give some indication of terminal capability, i.e. to see if it is a 
mobile telephone which most likely has SMS support at least. In some version there 
will never be given support to external subscribers, and in some version support will 
be given but only in the form of audio, which most likely at least all telephones will 

30 be compatible with. In a first step 1110 subscribers ' of the network of this FS are 
associated with a type of user communication application, typically none, network 
based or terminal based. This will suitably only be performed once and then updated 
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as new subscribers are added and when the characteristics of a subscriber changes. 
In a second step 1120 it is determined if there is a communication event trigger or 
not. If there is none, then the procedure will wait here, otherwise the procedure will 
continue with a third step 1130. The third step 1130 determines if a subscriber 

5 involved with the communication event trigger belongs to the network of this FS or 
not. If the subscriber in question belongs to this FS then in a fourth step 1140 it is 
determined if the subscriber is noted to be equipped with a network user 
communication application or not. If the subscriber is noted to be equipped with a 
network user communication application then in a fifth step 1150 a data object 

10 retrieval is provided to the subscriber after which the procedure continues with the 
second step 1120, otherwise the procedure directly returns to the second step 1120. 
If in the third step 1 130 it was determined that the subscriber did not belong to this 
FS, then the procedure continues with a sixth step 1160. The sixth step 1160 
determines if the network of the external subscriber has an FS or the equivalent 

15 functionality, or if it cannot be determined if the network of the external subscriber 
has an FS or not. If the subscriber network has an FS then the procedure continues 
with the second step 1120.- If the subscriber network does not have an FS or if it 
cannot be determined if the network of the external subscriber has an FS or not, then 
the procedure continues with a seventh step 1 170. The seventh step 1 170 determines 

20 if a data object retrieval should be provided to external subscriber or not. This 
determination can for example be based on the type of network that the subscriber 
belongs to and/or if and how the subscriber in question is listed in a PNS or not. If 
the network that the subscriber in question belongs to is an advanced intelligent 
network (AIN) then there could be a possibility that the network provides network 

25 based access., and if the subscriber is in a PNS this could be an indication that the 
subscriber in question has terminal based retrieval. If it is determined that a data 
object retrieval should be provided, then the procedure continues with the fifth step 
1 150, otherwise the procedure continues with the second step 1 120. 

30 The present invention can be put into apparatus-form either as pure hardware, as pure 
software or as a combination of hardware and software. If the method according to 
the invention is realized in the form of software, it can be completely independent or 
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it can be one part of a larger program. The software can suitably be located in a 
general-purpose computer or in a dedicated computer. The FS and one PNS can for 
example be one physical entity, or the FS, one PNS and one PWS can be in one 
physical entity, or the FS and one or more of PNS:s and PWS:s are physically 
5 separate units. 

As a summary, the invention can basically be described as a method and a system 
which provide means to enable terminal equipment that relies on network based 
retrieval of data objects and terminal equipment that comprises data object retrieval 

10 capability, to coexist and interact with each other on the same communication 
network. This is accomplished by a filtering server on the network that at least 
knows which terminals require network based retrieval and only gives these 
terminals network based data object retrieval. The invention is not limited to the 
embodiments described above but may be varied within the scope of the appended 

15 patent claims. 
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FIG 1 a schematic overview of a system with network based data 

5 object/phone page retrieval, 

1 00 communication network, 

110 a first terminal/telephone, 

1 1 1 data object/phone page interface of first terminal/telephone, 
1 20 a second terminal/telephone, 

10 121 data object/phone page interface of second terminal/telephone, 

1 80 application/server for network based access, 

1 90 PNS - PhonePage Number Service which handles phonepage requests, 

possibly retrieval of concerned phonepage, and optionally 
downloading of the information to the involved terminals, 
15 191 PWS - PhonePage Web Servers where phonepages are stored and 

managed. 

FIG 2 a schematic overview of a system with terminal based data 

object/phone page retrieval, 
20 200 communication network, 

210 a first terminal/telephone, 

211 data object/phone page interface of first terminal/telephone, 

212 terminal application of first terminal/telephone for phone page 
retrieval, 

25 220 a second terminal/telephone, 

221 data object/phone page interface of second terminal/telephone, 

222 terminal application of second terminal/telephone for phone page 
retrieval, 

290 PNS - PhonePage Number Service which handles phonepage requests, 

30 possibly retrieval of concerned phonepage, and optionally 

downloading of the information to the involved terminals, 
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291 PWS - PhonePage Web Servers where phonepages. are stored and 

managed. 

FIG 3 a schematic overview of a system with multi-type data object/phone 

5 page retrieval according to the invention, 

300 communication network, 

310 a first terminal/telephone, 

320 a second terminal/telephone, 

321 data object/phone page interface of second terminal/telephone, 
10 330 a third terminal/telephone, 

33 1 data object/phone page interface of third terminal/telephone, 

332 terminal application of third terminal/telephone for phone page 
retrieval, 

340 a fourth terminal/telephone, 

1 5 350 a fifth terminal/telephone, 

351 data object/phone page interface of fifth terminal/telephone, 

360 a sixth terminal/telephone, 

361 data object/phone page interface of sixth terminal/telephone, 

362 terminal application of sixth terminal/telephone for phone page 
20 retrieval, 

385 FS - filtering server according to the invention, keeps track of 

different types of terminals in the network 

390 PNS - PhonePage Number Service which handles phonepage requests, 
possibly retrieval of concerned phonepage, and optionally 

25 downloading of the information to the involved terminals, 

391 PWS - PhonePage Web Servers where phonepages are stored and 
managed. 



FIG 4 a flow chart of a basic method of a filter server according to the 

30 invention, 
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410 a first step of associating subscribers of the network with a type of 

user communication application, typically none, network based or 
terminal based, 

420 from the first step, or from the fourth step, or no from the second step, 

5 or no from the third step: a second step, which determines if there is a 

communication event trigger or not, 
430 yes from the second step: a third step, which determines if a 

subscriber involved with the communication event trigger is with a 
network user communication application or not, 
10 440 yes from the third step: a fourth step, which provides data object 

retrieval to subscriber with a network user communication application, 



FIG 5 a flow chart of a first method of making a data object available to a 

subscriber according to the invention, being a possible extension of 
1 5 the fourth step of figure 4, 

541 a first substep making a PNS request, 

543 from the first substep: a second substep, which makes a PWS request, 

545 from the second substep: a third substep, in which a data object is 

pushed to subscriber. 

20 

FIG 6 a flow chart of a second method of making a data object available to a 

subscriber according to the invention, being a possible extension of 
the fourth step of figure 4, 
647 a first substep making a DA request, 

25 648 from the first substep: a second substep, in which a data holder pushes 

data object to subscriber. 

FIG 7 A a first version event graph of the flow chart according to figure 5, 

between a subscriber, a filter server, a PNS, and a PWS, 
30 720 a first event caused by a subscriber, of the second step according to 

figure 4, a communication event trigger is supplied to the FS, 
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a second event at the FS in response to the first event, of the first 
substep of figure 5, a PNS request is supplied to the PNS, 
a third event at the PNS in response to the second event, the PNS 
supplies a PWS identity to the FS, 

a fourth event at the FS in response to the third event, of the second 
substep of figure 5, a PWS request is supplied to the PWS, 
a fifth event at the PWS in response to the fourth event, a data object 
is supplied to the FS, 

a sixth event at the FS in response to the fifth event, of the third 
substep of figure 5, the data object is pushed to the subscriber. 

a second version event graph of the flow chart according to figure 5, 

between a subscriber, a filter server, a PNS, and a PWS, 

a first event caused by a subscriber, of the second step according to 

figure 4, a communication event trigger is supplied to the FS, 

a second event at the FS in response to the first event, of the first 

substep of figure 5, a PNS request is supplied to the PNS 5 

a third event at the PNS in response to the third event, of the second 

substep of figure 5, a PWS request is supplied to the PWS, 

a fourth event at the PWS in response to the third event, a data object 

is supplied to the FS, 

a fifth event at the FS in response to the fourth event, of the third 
substep of figure 5, the data object is pushed to the subscriber. 

a version of an event graph of the flow chart according to figure 6, 
between a subscriber, a filter server, and a yellow pages 
server/provider, 

a first event caused by a subscriber, of the second step according to 
figure 4, a communication event trigger is supplied to the FS, 
a second event at the FS in response to the first event, of the first 
substep of figure 6, a DA YP request is supplied to the YP, 
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848 a third event at the YP in response to the second event, of the second 

substep of figure 6, the data object is pushed to the subscriber. 

FIG 9 a flow chart of an alternative method of making a data object 

5 available to a subscriber according to the invention, being a possible 

extension of the fourth step of figure 4, 

941 a first substep making a PNS request, 

942 from the first substep: a second substep, which makes a PWS request, 

943 from the second substep: a third substep, which determines if the 
10 subscriber has a limited subscriber reception capability, i.e. is, for 

example, reception limited to SMS, 

944 yes from the third substep: a fourth substep, which adapts the data 
object to suit the limited reception capability of the subscriber, 

945 from the fourth substep, no from the third substep: a fifth substep, in 
1 5 which the data object is pushed to subscriber. 

FIG 10 a flow chart of an still another alternative method of making a data 

object available to a subscriber according to the invention, being a 
possible extension of the fourth step of figure 4, 
20 1041 a first substep, which determines if the subscriber has a limited 

subscriber reception capability, i.e. is, for example, reception limited 
to SMS, 

1042 yes from the first substep: a second substep making a DA request, 

1043 from the second substep: a third substep, in which a data holder 
25 pushes data object to subscriber, 

1044 no from the first substep: a fourth substep making a PNS request, 

1045 from the fourth substep: a fifth substep, which makes a PWS request, 

1046 from the fifth substep: a sixth substep, in which the data object is 
pushed to subscriber. 

30 

FIG 1 1 a flow chart of a basic method of a filter server according to the 

invention, 
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a first step of associating subscribers of the network of this FS with a 
type of user communication application, typically none, network 
based or terminal based, 

from the first step, or from the fifth step, or no from the second step, 
or no from the fourth step, or yes from the sixth step, or no from the 
seventh step: a second step, which determines if there is a 
communication event trigger or not, 

yes from the second step: a third step, which determines if a 
subscriber involved with the communication event trigger belongs to 
the network of this FS or not, 

yes from the third step: a fourth step, which determines if a subscriber 
of this FS involved with the communication event trigger is with a 
network user communication application or not, 

yes from the fourth step, or yes from the seventh step: a fifth step, 
which provides data object retrieval to subscriber with a network user 
communication application, 

no from the third step: a sixth step, which determines if the network of 
the subscriber has an FS, 

no from the sixth step: a seventh step, which determines if data object 
retrieval should be provided to external subscriber or not. 



